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(57) Abstract: Methods and apparatus for 
delennining and mainUdning user presence 
infonnation include capturing user presence 
data with an application presence ser^-cr. The 
application presence server can be «)nhgured 
to update user presence data as a user initiates oi 
exits an application. Applications associated with 
user presence data are configured to query an 
application pmxy client concerning user presence 
data of a selected user and, based on a returned 
user status, deliver, discard, or redirect a message 
intwided for the user. User presence data is 
stored in a user presence repositoiy and can be 
provided via Internet-based or other connections 
to applications executed on external networks. 
User activity stiims can be used to select or 
update user presence data. In some exai^les, 
an application server of an external network is 
configured U) receive user presence data (lom the 
presence server. 
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METHODS AND SYSTEMS FOR PROVIDING APPLICATION LEVEL 
PRESENCE INFORMATION IN WIRELESS COMMUNICATION 

1Bi>i« ^«»d AnnMcations 
5 This application claims the benefit of U.S. Provisional AppUcationNo. 

60/249^82, filed November 20, 2000. 

Background and SnmmMY 

10 Internet-based instant messaging applications have become popular for use in 

conmiunicationwitli selected bUier users without the delays associated wifli 
conventional electronic mail. In a typical instant messaging application, a user prepares 
a message for deUvery to one or more other users, typicaUy on a so-called "buddy list," 
andthentransmitsthemessageforimmediatedeUvery. Tbe user receives messages 

15 from members ofthe buddy list in a similar manner. 

Instant messaging is generally based on liie availability of a potential message 
recipient. Unlike email in which message deUvery and response delays are customary, 
instant messa^g is based on immediate response, and it is generally undesirable to 
send instant messages to a user who receives the messages hours or days later. 

20 Accordingly,methodsand^paratu8f6rdeteimiuinguseravailabiUtyareneededfor 

instant messaging. 

Networks are provided that inchade an appUcation server configured to 
communicate witti a first cUent and apresence server configured to receive application 
presencedataassodatBdwithlhefiistcfientfromtheappUcationserver. Accordingto 
25 representative examples, the appUcation server is configured to communicate with a 
second cKent based on the application presence data associated with tiie first client 
According to additional cxan5)les. tiw appUcation server is configured to deUver a 
message from Hie secondcUait to the firatdient based on the ^Ucation presence data 
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associated with the first cUent and at least one of the first cHent and the second cheat is 
associated withamobile station, h, further Ulustrative embodiments, the apphcation 
server is configured to provide {plication presence data to an external apphcation 



server. 



3 Systems andmethods are provided that are configured to provide apphcation 

level presence data for wireless network appKcations. such as instant messaging (IM). 
Presence data indicates whether a user is available on a particular device m a wireless 
netwoik. According to some examples, whm a user employs a device to initially access 

an apphcation, the apphcation registers the device's presence mformation as "active." 

10 andtheapphcationmonitorstheuser'sactivityonthedevioe. If there is no activity for 
a configurable amomit of time, the application sends out a notification such as. a 
welessappUcationpiotocol(WAP)push,tothe device. Ifihe device accepts tiie 
notification, the presence information remains "active.- If tiie device does not accept 
the notification and the notification is queued in tiie gateway, then the presence 

15 information is changed to "mactive" or otiier value. 

Messaging mefliods include selecting a message for dehvery to at least one 
selected recipient Apphcation presence data assodated witii tiie recipient is evahi^ 

and tiie message is processed based on tiie evaluation. According to i^resentative 
examples, presence data is obtained torn a presence repository or from an apphcation 

20 server. IhiUustrativeembodunents, tiie message is dehveied to tiie selected recipient if 
tiie evaluation indicates fliat tiie recipient is available, hi otiier examples, tiie message is 
discarded if tiie evahiation indicates ttiat tiie recipient is unavailable or redirected to a 
destination selected based on the evaluation. 

According to additional examples, communication systems mctade an 

25 apphcationserverincommuDicationwiaiachentandconfiguredtoprovideaselected 
apphcation. An activity repository is configured to retiim a user activity statiis 
associated witii mteraction of tiie cheat witii tiie selected apphcation. hi some 
examples, an apphcation presence server is configured to detemune user presence data 
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with respect to the selected application and suchpresence data can be i«Dvidcd based 
user activity status. 

These and other features and advantages are set forth below with reference to 
the accompanying drawings. 

5 

Wrirf Pescrif *^''" Drawings 
no. 1 isablockdiagramiUustratmgaconiniunicationsysteinfljatincludes 

mobile stations and a presence server configured to provide user presence data. 
HG. 2A is a diagram iUustrating c^ture of user appUcationpresenoe data. 
10 FIG.2BisadiagcamiUustratinginstantmessaginginaconmiinication8y^ 

similar to the communication system of FIG. 1 . 

FIG. 3 is a block diagram iUustrating a communication system that includes a 
wireless network having mobile stations, desktop stations, and a presence server 
configured to provide user presence data. 

HG. 4 is a diagram iUustrating communication between a mobile browser and a 
desktop client in a communication system similar to that of HG. 3. 

na 5 is a block diagram illustrating a communication system that includes a 
wireless network andafixednetwoik. wherein the wireless network mchidesapresence 



20 



server. 



FIG. 6A is a diagram iUustrating commmrication between a wireless network 
desktop dient and a fixed desktop cUent in a communication system similar to the 

commumcatioa system of FIG. 5 . 

FIG. 6B is a diagram iUustrating communication between a mobile browser and 
a fixed desktop dient in a communication system similar to the communication system 
25 of FIG. 5. 

HG. 7 is a blodc diagram fflustiating a communication system that inchdes a 
wireless network having mobile cUents of a fixed networic configured to communicate 
with flie fixed network via tfie wireless network. 
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FIG. 8 is a diagram iUustrating instant messaging between a fixed desktop cUent 
aad mobfle browser executed by a mobtte cUent of the fixed network in a 
comrmmication system similar to the communication system of HG. 7. 

no. 9 is a block diagram illustrating a communication system that mdudes a 
5 wirelessnetwodchavingmobilecUentsofafixednetworicconfiguredtocommm^ 

with the fixed network via the wireless network. 

FIG. 1 0 is a diagram iUustrating instant messaging between a fixed desktop 
cUentandmobilebtowserexec«tedbyamobUecUer.tinacommunicationsy8tem 

similar to the communication system of FIG. 9. 

10 FIG. 1 1 iUustrates delivery of au instant message. 

FIG. Uisablockdiagramofcommunicationsystemfliatinchrdestoee 

interconnected networks. 

FIG. 13 is ablock diagram of acommunication system that includes apresence 

repository and an activity repository. 

15 

nA»a«wi Description 
With reference to FIG. 1, a wireless communication network 100 inchides 
mobilecUents 102. 104 that use mobile communication devices such as. fi,r^le. 
ceUphonesorpersonaIdigitalasristants.ThemobilecHentsl02,104arem 
20 commmricationwithan^plicationserverl06thatisconfigar^toprovide.for 
e«„^le.iBStantmessagingorotherappUcationservices.Apresenceser^^ 
communicationwiththcappUcationserverlOeandisconfiguredtoprovide^ 
p^sencedatatotheappHcafionserverlOe. m presence server L08 can be cotrfigured 
toreceiveuserpresencedatabasedonaceUulardigitalpacketdata(CDPD)prese^^ 
25 agBntorageneralpacketradioservice(GPRS)presenceagent.orpr«sencedatac^^ 

provided by an application presence component situated at the application server 106. 
AsshowninnaLinstantmessagingcanbeprovidedbetweenthemobile 

cUent8l02.104ba8edonuserpresencedatasuppHedbythepresence.^ For 
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example, initiation of an appKcation by the mobile client 102 is communicated to the 
presence server as a user presence "available," After the plication is initiated, 
subsequent user presence data is used to vpdBtc the presence server data to other 
presence conditions, such as, unavailable, reachable, unreachable, or others. For 

5 example, additional uses of the appKcation can produce presence updates (such log off) 
that are communicated to the presence server 108. The application can beisonfiguied to 
provide presence updates at regular or random time intervals. In wireless networks 
based on, for example, cellular digital packet data (CDPD), appUcation presence data 
can be limited by CDPD sleep mode interval. Cell phones are typically configured to 

10 ^ter a so-called "sleep mode" after a predetermined time interval to preserve battery 
life, and presence data may not reflect entry into sleep mode. Alternatively, entry into 
sleep mode can be configured to provide an associated presence data update to the 
presence server. Alternatively, the user can select to use network presence data to 
si5)plement or replace user application presence data. 

15 FIG. 2A illustrate acquisition and updating of application level user presence 

data. A mobile station 220 (typically a cell phone) initiates or "logs in" to an instant 
messaging (JM) application at an IM application server 222 through a gateway 224. 
The DM triplication server 222 communicates that the user is active to a presence 'server 
226 and a presence notification is deUvered to a selected contact, typically a so-called 

20 buddy 228, i.e., a user who is a member of a "buddy list" When the mobile^tion 220 
exits the IM application (logs out), the log out request is deUvaed to the IM application 
server 222 and the user application presence is changed to indicate that the user is 
mactive. The buddy 228 delivas a message to the mobile station 220 by isending the 
message to the IM application server 222. A prefetdi notification is delivered to flie 

25 mobile station 220 and based on a prefistch deliveay query and prefetch deUvery^tatus, 
the message is deUvered and/or user application presence can be changed to, for 
example^ inactive. 
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FIG. 2B illustrates commimicadon based on a conunumcation network such as 
the communication netwodc 100 of FIG. 1. A mobile client delivers an instant message 
(JM) using an application such as a mobile browser 202 that is configured to execute on 
a mobile communication device. The mobile browser 202 delivers the instant message 
S using a handheld device transfer protocol (HDTP) and a handheld device markup 
languj^e (HDML), or a wireless application (WAP) protocol and a wireless markup 
language (WML), or other protocols and languages, to a gateway 204. As shown in 
FIG. 2, the HDTP/HDML protocol message is delivered in an HTTP protocol to an 
instant messaging ^plication server 206. The ^plication server delivers the instant 

1 0 message to an instant messaging proxy client 208 and to the gateway 204 that deUvers 
the message in HDTP/HDML protocol to a mobile browser 221 at a second mobile 
client. Presence information is obtained from a presence server such as the presence 
saver 108 of FIG. 1. 

FIG. 1 illustrates instant messaging between two mobile clients, but instant 

15 messaging among additional mobile clients can be similarly configured. Applications 
other than instant messaging can also be provided. In fhe example of FIG. 1, 
communicafion with additional cellular.network elements such as a mobile data 
intennediate system (MDIS) is unnecessary and user presence data need not be based 
onanydiangesinanMDISorofh^networkcon^nents. Such a network can be 

20 referred to as an internal network as aU mobile clients conmiunicate with a singile (or 
similar) application servers, configured to similarly provide user supplication presence 
data 

With reference to FIG. 3, a wireless communication network 300 mcludes 
mobile cUents 302, 304 ttiat use mobile communication devices such .as, for exanq>le, 
25 ceU phones or personal digital assistants, and a desktop client 305 that uses a pmonal 
computer or other stationary communication device. The clirats 302, 304, 305 are in 
communication with an q)plication server 306 tibat is configured to provide, for 
example, instant messaging or other plication services. A presence server 308 is in 
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communication with ihe application server 306 and is configured to provide user 
preseDce data to the application server 306. 

FIG. 4 illustrates instant messaging based on a netwoik such as &e network 300 
of FIG. 3. A mobile client delivers an instant message using an application such as a 
S mobile browser 402 that is configured to execute on a mobile communication device. 
The mobile browser 402 delivers the instant message using a handheld device transfer 
protocol (HDTP) and a handheld device maikiq) language (HDML) or other protocol to 
a gateway 404 and to an instant messaging application server 406. The message is then 
delivered by the application server 406 in a TCP/IP protocol to a desktop client 407. 

10 An instant message fiom the desktop client 407 is deUvered to the apphcation server 
406 using an TCP/IP protocol and to an apphcation proxy cUent 408 using an HTTP 
protocol. The gateway 404 receives the message firom the application proxy client 408 
and deUvers the message to the mobile browser 402. Presence information is captured 
and/or provided at a presence server, such as the presence server 308 of FIG. 3. 

IS FIGS. 1-4 illiistrate communication between mobile chents and desktop cUents 

configured within a selected wireless netwoik and communication witii other netwodcs, 
either directiy, or via a publicly switched telephone netwoik (PSIN) is not shown. FIG. 
5 illustrates communication between a wireless netwoik '502 and a fixed netwoik 520. 
The wireless netwoik 502 includes an appUcation server^04 that is in conmi^ 

20 with mobile clients 506» 508 and a desktop client 510. Apresences^er512is 

configured to provide presence data concerning mobile or dei^p clients. The fixed 
netwoik 520 includes an apphcation serv^* 522 and desktop cUents 524, 526. An HTTP 
connection 530, or other connection, is provided for communication between the 
wireless netwoik 502 and the fixed netwoik 520. 

25 The netwciks 502, 520'Can communicate via the HTTP connection 530 in 

various ways. For example^ the desktop client 524 directs an instant message (H^Q to 
the ^pUcation server 522, and the IM is communicated by Ihe HTTP connection 530 to 
the apphcation server504 and the presence«erv^512. The IM can be in various 
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fotmats such as plain text, MIMB encoded, binary, or oHier formats. For example, the 
mobile client 506 typically receives the IM from an instant messaging proxy (or other 
application proxy) as an HDML formatted message. The application server S04, based 
on user presence data from the presence serv^ S 12, delivers the IM to an appropriate 
5 client at an associated location, or can halt delivery, or return the IM to the desktop 
client 524. 

FIG. 6A illustrates instant messaging between ia desktop client in a wireless 
network and a desktop client in a fixed network based on a network similar to tibie 
network of FIG. 5. A wireless desktop client 602 delivers a message to a wireless IM 

1 0 plication server 604 in, for example, TCT/IP format. The wireless IM application 
server 604 delivers the message to a fixed wireless application server 606, typically in 
an HTTP format, and the message is received by a fixed desktop climt 608 using 
MIME, binary, HTML, TCP/IP, or other format and protocols. The fixed desktop client 
608 delivers a message to the wireless desktop client 602 via the fixed application 

15 servor 606 and the wireless application server 604. Delivery of messages by the 
qiplication servers 604, 606 can be based on user presence data so that messages are 
delivered, returned, stored, discarded, or otherwise processed based on message content 
and user presence. 

FIG. 6B illustrates communication betwoen the desktop client 608 of the fixed 
20 network and a mobile client usmg a mobile browser 610. Messa^ are received from 
the fixed desktop client 608 via the fixed application server 606 and the wiretes 
application server 604. In addition^ a proxy client 614 detivers a message received fix>m 
the wireless ^plication server 604 in, for example, an HTTP fi>nnat, to a gateway 612 
tfiat delivers the message in, for example^ HDMUHDTP format, to the mobile browser 
25 610. As noted above with reference to FIG. 6A, message delivery can be based on user 
presence information obtained fiom a user presence server so that message are 
discarded, stored, delivered, or otherwise processed based on user presence informatioiL 
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The network configuration Ulustrated in FIGS- 5, 6A-6B pennits a network that 
includes a presence server to provide presence data to jqiplications supported by other 
networks, even if such networks do not capture user presence data. Typically, these 
external networks are configured to receive user presence data firom a presence server of 
5 another network. Alternatively, two or more networks can capture and share presence 
data. 

no. 7 illustrates a communication network 700 that mcludes a wireless network 
702 and a fixed network 704. Mobile clients 706, 708 communicate with a wireless 
network gateway 710 that is in conmiunication with a presence server 712. The 

10 network gateway 710 and the presence server 712 are configured to communicate with 
the fixed network 704 using an HTTP-based connection 714, or otiier connfiction. The 
fixed network 704 includes desktop clients 722, 724 and an application^erver 726. 

The mobile clients 722, 724 are configured to transmit and receive messages as 
showninEIG.S. A fixed desktop M client 730 communicates with a fixed plication 

15 server 732 using a MIME, binary, HTML or otiier format based on a TCP/IP protocol 
The application serva: 732 delivers messages to a proxy client 734 and then to a 
gateway 736 and a mobile browser 738. The gateway 736 typically provides messages 
to the mobile browser 738 in an HDML/HDTP format, the fixed application SCTVer 
732 receives messages &om the gateway 736, and the^teway 736 typically provides 

20 messages in an HTTP format based on m^ages received in HDML/HDTP format 

As shown in FIGS. 7-8, user presence data concerning mobile clients is provided 
to an external, fixed network by a pr«ence server of the wireless network 702. This 
user presence data can be supplied to any external network, and message handling in the 
external network can be based on user presence data fi-om the wireless network. Such a 

25 configuration can be referred to as an external application network, as ^plkation 
presence data is captured by a first networic for use by an t^pUcation executii^ w 
second network. A subscriber of ttie first network need not subscaibe to, for example, 
an instant messaging application of the first network. 
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FIG. 9 illustrates a communication system 900 that includes a fixed ndworic 902 
and a wireless network 904. Mobile cUents 906, 908 areconfigmed for both the fixed 
network 902 and the wireless iietwoik 904 and can exchai^e nistant messages with 
cUents of either networic The wireless network 904 also includes a desktop client 910 

5 configured for both networks, a wireless ^plication server 912, and a presence server 
914. The fixed network 902 includes desktop clients 916, 918 and a fixed application 
servw 920, and flie networks 902, 904 communicate via an HTTP-based 
interconnection 930. 

FIG. 10 illustrates communication based on a system sudi as that shown in FIG. 

10 9. Messages are transmitted to and fiom a mobile browser 1050 via a :gateway 1052, a 
proxy cliait 1054, and a fixed application server 1056. A fixed desktop client 1058 
communicates with flie mobile browser via the fixed plication server 1056. As shown 
in FIG. 10., message delivery is based on user presence data 6om the wireless network 
fliat is supplied to tiie fixed application server 1056. However, message delivery can 

15 also be based on user presence data firom the wireless network that is supplied to the 
wireless application server, hi such systems, user presence data can be supplied to flie 
network that obtains sudi data, as well as other networks that are in communication 
witti the presence data originating network, Thus, users can maintain, for example, 
buddy lists and otiier ^pUcation specific lists based on various applications and take 

20 advantage of user presence data obtained by a selected network that supports a 

particular appUcation. In addition, appUcations can be configured to use or provide user 
presence data in a standard manner. 

The network of FIGS. 9-10 is configured so fliat users can be clioits of 
qjplications in a two or more networks and associated plication servers, and, for 

25 example, amobtte cUent of the network 904 can maintain connections to the application 
server 912 and the appHcation server 920. Such a cooBguration can be referred to as an 
interopoable configuration. 
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User presence data can be used in various applications. For exanqple, a buddy 
list can be presented to an instant messaging user to identify membm of the buddy list 
that are cunently available. Alternatively, user presoice data can be configured to 
indicate when a user will become available, or if a user is reachable, but not currently 
5 available. Usct presence data can be configured to provide alerts as useis log on or off 
an application such as an instant messaging application, or designate an address for 
message delivery. For example, user presence could indicate that a user is available by 
cell phone and cuirently unavailable by desktop. In addition, user presence data can 
include cell phone status such as data or voice mode indications and applications 

10 configured to transmit messages appropriately. 

Delivery of instant messages is illustrated in FIG. 1 1 . A commtmication system 
1 100 includes a presence repository 1 102, a presence server 1 104, and an IM 
application server 1 105 tiiat is configured to communicate with a desktop IM client 
1106, a wireless network 1 108, and a wireless network 1110 via TCP/IP connection 

IS 1 1 12, TCP/IP connection 1 1 14, and a short-message peer-to-peer protocol (SMPP) 
connection 1 1 16, respectively. The wireless network 11 10 is configured based on, for 
example, an IS-136 standard or otherwise configured and the wireless netwoik 1 108 is 
configured based on a cellular digital packet data (CDPD) xxmfiguration, but can be 
configured in other ways. 

20 The netwoik 1 108 includes an IM proxy server 1 120 in communication with a 

gateway 1 122 that communicates witii a mobile station 1 124 vie a CDPD connection 
1 126. The netwoik 1110 includes a message center 1 130 in communication with a 
mobile station 1 132 via an IS-136 connection 1 134. 

If user presence data indicates fhat a user is unavailable, a message intended for 

25 the user is discarded or rerouted and an acknowledgmrat delivered to the message 
sender. Iflfae user presence data indicates fliat a user is available and that the user is 
connected via the netwoik 1 1 1 0, a request for a sh^t m^saging service (SMS) message 
is delivered to the message center 1 130 and a message is then delivered. 
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KG. 12 aiustrates a networic configuration based on an internal (wireless) 
networkl202,afiistextenialnetworkl204,andasecondextemalne^ The 
internal network 1202 includes apresence server 1207, an IM application server 1208. 
an IM proxy cUent 1210. and a gateway 1212. MobUe cUents 1214, 1216 are in 
5 conunimicationwithlheexternalnetwoikl202fhroughthegatEwayl212. A 

cHent is in conmmnication wifli the IM application server 1208 and an IM application 
server 1228 of thenetwork 1204. Desktop dienls 1220. 1222 of Ihefistertemal 
network 1202 are m oommunicatiQn with the appUcation server 1228. Tlie second 
external network 1206 includes an ^lication^er 1230 that is in conmunicati^ 

10 with desktop clients 1232, 1234. 

The application server 1228 is configured to teceiveuser presence data ftom the 
presence server 1207 via the IM proxy cUent 1210 based on an appUcation server 
iirtercoimect 1240. The appUcation server 1230 of the second external netwodc 12^ 

communicates with the presence server 1207 and the appUcation server 1208 vU an 
15 interconnectionl242,typicaUyanMternet-basedHTTPconnectiGn.lh8ddition.tt^ 

desktop client 1218 communicates directly with the appUcation savers 1208. 1228. 

In the example of FIG. 12, the second external network 1205 is configurable to 
lecdveuser presence data fiom thenetwork 1202, but generally reUes on anlnternet- 
based comiection to access the data. The first extemal network 1204 is «>hfiguied t^ 

communicate directly wilh the IM proxy cUent 1210. 

Some examples are described above with reference to instant messaging 

appUcations.butoflierappUcationscanbeused. For example, a^jUcations that provide 
delivery of time sensitive or time appropriate information such as financial data, 
advertising, annomicements. sports data. news, or other information can be configured 
25 based on user presence data obtamed firam a presence server or a presence rqwsitory. 
As a specific example, financial quotations based on current maiket<5onditions^ be 

discarded if user presence data indicates that tiie user is unavailable or deUveted if tiie 
nserpresencedataindicatesfhattheuserisavailable. TypicaUy financial quotations 



20 
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that do not reflect cuireot market conditions can be discarded, particularly if the user 
receives such data in order to select financial transactions for inmiediate«xecution. 
Similarly, travel or advertising data pertaining to a specific event need not be suppHed 
unless thenseris available to receive die data before the event occurs. Alternatively, 
such untimely data can be deUvered to an alternate destination. Redirection or 

(toi 



delivoy in sudi plications. 

Ill some situations, users may wiA to control user presence directly. For 
example, a user may wish to initiate an instant messaging appfication and remain 

10 invisible or otherwise change her actual status without changing the user presence data 
available to the appHcatian server and to other users. In addition, user presence data 
can be updated without accessing an associated appUcation by, for example, updating 

user presence data based on a user command or a default instruction received firan, fijr 
example, a mobile station. As a specific example, a user <;an enter a command such as 

15 "avaUable" without initiating an application. In addition, users can configure presence 
data so that, for example, user presence is "available" for members of some buddy lists 
and "unavailable" to othere. A user can also specific a destination for any selected 
presence status. For example, a user presence of "reachable" can be associated with 
message delivery to a desktop, instead of a mobile station. In addition, user presence 

20 datacanbeconfiguredsothataccesstopresencedataforaparticularuserisgenerally 

denied to all users except for members of a user's buddy Ust In some examples, user 
presence is updated by periodically polling mobile station or a desktop station. 

User presence data can be used to determine if a user is avaihible so that in an 
instant messaging appUcation, a typing indicator can be deUvered to a buddy or all 
25 members of a buddy Ust while a messj^ is being composed. Otha: such message 

preparation indicators can also be provided. 

User presence data obtained fiom, for exanqjle, an appUcation presence server, 
can be used to detennme if data should be deUvered to a user at a specific destination. 
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or if delivery should be cancelled due to lack of user presence, particularly for time 
sensitive data. Conununicatian with a user can also be configured based on user 
activity data obtained at, for example, an application server or oUaer netwoik location. 
In a representative example, user actions based on a selected application ^such as instant 
5 messaging, word processing email, data communication, voice messaging) can be used 
to establish or update user activity status data. Sxich user activity status data is 
associated with network actions by the user based on actual network use by the user. 
Communication with other users and/or with applications can be based on us^ activity 
status data. For exanq>le, if user activity status data indicates tiiat a user is repeatedly 

10 transferring data fiom a selected location, coinmunication with the user can be deky^ 
In this example, the user appears busy witfi a selected task, and other activities are 
canceled or delayed. 

In an instant messaging application, activity status data concerning the instant 
messaging application can be stored at, for example, a presence server or an application 

IS server. Such activity data can be used to determine if the user is available for instant 
messaging. For example, a presence server can record that a user has initiated the 
instant messaging application but a status record associated with the instant messaging 
sppUcation can indicate when and how often the instant messaging plication has been 
used. A status record associated with a user who is nominally present in the application 

20 (based on, for example, a presence data repository) can be queried to determine if the 
appUcation has been recently accessed. For example, one or more alerts can be sent to a 
user indicated as present but who has not accessed the plication for predetermined 
time. If no response is received, the user presence can be changed to "present and 
inactive" and the status change directed to members of the user's buddy list. 

25 Alternatively, user presence can be changed to "absent." 

With reference to FIG. 13, a user 1301 (for example, a desktop station and/or a 
mobile station) is in communication with an application server 1302. The application 
server 1302 processes plication requests from the user 1301 and delivers application 
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puBsence data concerning the user 1301 to an application SGacvex 1304. Application 
presence data is stored in, for example, an application presence repository 1306. User 
application requests (including application initiation and tennination and otiiier 
application requests) can be recorded as user activity data in a user activity repository 
1308. The repositcmes 1306, 1308 can be configured so that presence data can be 
updated or otherwise configured based on activity data and/or activity data can be 
updated or otherwise configured based on presence data. In other examples, a single 
repository can be configured to receive activity and presence data, or such data can be 
stored at other network locations. 

As noted above, user presence data can be based on initiation and tennination of 
an application as well as other interactions of the user with the ^plication. Such user 
activity status can be used to replace or modify user presence data, or user presence d^Ua 
can be configured based on configurable time periods of activity or inactivity. 
Examples are described above witii reference to instant messaging, but presence data 
and activity status can be associated with other s^lications, including, for example, 
chat plications. 

It will be apparent that the examples described above can be modified in 
arrangement and detail. We claim all that is enconqiassed by the qqpended claims. 
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We claim: 

1. A network, conqjrising: 

5 an application server conjBgured to communicate with a first client; and 

a presence server configured to receive application presence data associated with 
the first client fi»m the application server. 

2. The network of claim 1, wherein the apphcation server is configured to 
10 communicate with a second cUent based on the apphcation presence data associated 

with the first chent. 

3. The network of claim 2, wherein the apphcation server is configured to 
deliver a message fiom the second chent to the first chent based on the appUcation 

15 presence data associated wifii the fibcst client 

4. Hie netwoik of chum 1, wherein at least one of the first cUenl and the second 
client is a mobile client 

20 5. The network of ctaim 1, wherein the appUcation server is configured to 

provide appUcation presence data to an extemal sqjpUcation server. 

6. The netwoik of claim 1, fiirther comprising an activity rqwsitoiy configured 
to recdve activity data associated with the first cUent fiTjm the appUcation server. 

25 

7. An t^Ucation sorver, comprising: 

a processor configured to execute a selected sq)pUcation; and 
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a memory configured to receive user presence data associated with usage of die 
selected £qpplication by at least one user. 

8. The application server of claim 7, further comprising a memory configured to 
5 receive user activity data associated with usage of the selected applicatiotL 

9. The ^plication server of claim 7, wherein the selected application is a 
communication application. 

10 10. The q)plication server of claim 7, wherein the selected ^plication is an 

instant messaging application. 

11. Theapplicationserverof claim 10, wherein the user presence data 
associated wi& indicates a user availability. 

15 

12. A messagmg system, comprising a messaging plication wver configured 
to provide user presence data to a predetermined set of messaging system us^. 

13. The messaging system of claim 12, wherein user presence data is provided 
20 to members of a user defined list of messagmg system users. 

14. The messaging system ofclaun 12, wherein tiie messaging application 
server is configured to provide user activity data to a predetermined set of messaging 
system users. 

25 

15. A network gateway, comprising: 

an iiq>ut coimection configured to receive a message for delivery to a recipient; 
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an ou^ut configured to deliver a user presence query, wh^ein fhe message is 
processed based on fhe user presence query. 

16. Thenetwoikgatewayof claim IS, flutiier comprising an inters 
5 configured to deliver user presence data to an application server. 

17. A messaging method, comprising: 

selecting a message for delivery to at least one selected recipient; 
evaluating application presence data associated with the recipient; and 
1 0 processing the message based on the evaluation. 

18. The method of claim 1 7, fiirther comprising obtaining the presence data 
fit>m a presence repository. 

15 19. The me&od of claim 17, fiirther comprising, obtaining the presence data 

fix)m an application server. 

20. The method of claim 17, fiirther comprising delivering the message to tibie 
user if the evaluation indicates that the recipient is available. 

20 

21 The method of claim 17, further comprising discarding the message if the 
evaluation indicates that the recipient is unavailable. 

22. The meOiodofclaim 17, fiirther comprising directing the message to a 
25 destination selected based on the evaluation. 

23. A messaging method, comprising: 

displaying user presCTce data for a list of recipients; and 
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deKvering a message based on the displayed user presence data. 

24. The method of claim 23, further coirqprising displaymg a message 
pr^aration indicator associated with at least one recipient, wherein the message 

5 preparation indicator is associated with message preparation by the at least one 
recipient. 

25. An instant messaging method, comprising: 

means obtainmg user presence (fata from at least one user; and 
10 means for delivering a message to the at least one usct based on the user 

presence data. 

26. A method for detennining presence information for an qjplicadon 

associated with a mobile network system, comprising: 
15 detennining if a first time period has expired since a status of a mobile stati^^^ 

was captured; 

upon expiration of the first period of time, transmitting a notification message to 
the mobile station; and 

if the mobile station replies to the notification message, determining the status of 
20 the mobile communication unit to be active. 

27. The method of claim 26, wherein if the mobile station does not reply to the 
notification message, determining the status of the mobile<jommunication unit to be 
inactive. 

25 

28. A communication system, comprising: 

an application servo: in communication with a client and configured to provide a 
selected applicatioi^ and 
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an activity repository configured to retain a user activity status associated wifli 
interaction of the client with the selected application. 

29. The communication system of claim 28, further comprising an appUcation 
5 presence server configured to determine user presence data with respect to the selected 

appHcation. 

30. The communication system of claim 29, wherein the presence data can be 
determined based on the user activity status. 
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